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DETAILED ACTION 

1. This action is in response to an Amendment filed July 11, 2006. No claims have been added or 
cancelled. Claims 1-5 and 7-49 are pending. Claims 1-5 and 7-49 have been examined. Claims 1 
- 5 and 7-49 have been rejected. 

2. The Examiner would like to thank the Applicant for the well-presented amendment, which was 
useful in the examination process. 

3. This Office Action is NON-final due to changes in the rejections of claims 43-44 and 47 - 49, a new 
rejection of claim 1 under 35 USC § 112, second paragraph, and rejection of dependent claims 30 - 35 
under 35 USC §101. 

Response to Arguments 

4. As an initial matter, the response to arguments below attempts to address the Applicant's concerns, 
and the changes to the rejections attempt to put the case in condition for appeal. However, if the 
Applicant believes that the rejections below are incorrect, the Examiner respectfully suggests that the 
Applicant request a pre-appeal conference to review the Examiner's rejections, and avoid the time 
and expense of an appeal . Further, the Examiner is impressed with the Applicant's invention; 
however, it is the claims that are examined. The Examiner notes that although the claims appear to 
describe the Applicant's invention, the Examiner is required to interpret the claims using a broad 
reasonable interpretation and plain language meanings of terms, and under a broad interpretation, 
the Applicant's claims also appear to describe prior inventions, as described in the rejections and 
responses below. The Examiner respectfully and sincerely desires an early resolution of this 
application. 
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5. Regarding claims 9-28 and 43 - 49 rejected under 35 U.S.C. § 112: 

5.1. Applicant's amendments to the claims overcome the rejections. 

6. Regarding claim 29 rejected under 35 U.S.C. § 101: 

6.1. Applicant's arguments have been fully considered but are not persuasive as follows. 

6.2. The Applicant argues: The claim is directed to an apparatus that includes a receiver, a set of 
transforms, a comparator, a transform generator, and a transform engine. 

6.2.1. The Examiner respectfully responds: 

6.2.1.1. The word "apparatus" is used in the preamble, and does not define the 

limitations as being tangible components. The remaining elements appear to be 
software elements, in accordance with the specification. These elements appear to be 
claimed as functional and non-functional descriptive material per se, and as such, are 
non-statutory (MPEP 2106, IV. B. 1. Non-statutory subject matter). 

7. Regarding claim 1 rejected under 35 U.S.C. § 103: 

7.1. Applicant's arguments have been fully considered but are not persuasive, as follows. 

7.2. The Applicant argues: 

7.2.1. As has been previously explained, Manning does not show formatting data before it is 
stored. Instead, in Manning, some of the metadata is copied into tables. 

7.2.1.1. The Examiner respectfully replies: 
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7.2.1.1.1. First, the issue of metadata is addressed: in figure 7, element 224, it is 

clear that data from the XML records are being stored, so more than just 
metadata is stored, the actual data from the XML records are stored. Second, 
paraphrasing a definition of "format" from the IBM Dictionary of Computing, a 
"format" is a specified arrangement of fields, and so, the data is formatted into 
an arrangement of fields. Further, the data is "stored in a format compatible 
with the running system", and "the persistent data is ordered in a format 
compatible with the running system". The "format for the persistent data might 
include such descriptors as the name of an object" as would appear in the 
database schema for table element 224 in figure 7, or element 214 in figure 7. 

7.3. The Applicant argues: 

7.3.1. In the last response, Applicant submitted that "the Examiner sets forth an interpretation 
of Manning as showing a persistence package, persistent data, and a storage format. This 
interpretation does not come from the reference. However, for purposes of expediting 
prosecution, Applicant will discuss the reference as if the claims applied to Manning". 

7.3.1.1. The Examiner respectfully responds: 

7.3.1.1.1. The specification recites, "Persistence is a property related to 

programming languages by which created objects continue to exist and 
variables continue to retain their values between runs of a program. £ Therefore, 
Manning provides persistence to data, and an XML record is a persistence 
package in Manning. Further, the specification does not appear to define the 
term "format", and so a plain language meaning is applied. 
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7.4. The Applicant argues: 

7.4.1. First, the Examiner has ignored the words "persistence" and "persistent" which have no 
parallel in Manning. 

7.4.1.1. The Examiner respectfully responds: 

7.4.1.2. The specification recites, "Persistence is a property related to programming 
languages by which created objects continue to exist and variables continue to retain 
their values between runs of a program." Therefore, Manning provides persistence to 
data, and an XML record is a persistence package in Manning. 

7.5. The Applicant argues: 

7.5.1. Second, the Examiner has inferred the software components. 

7.5.1.1. The Examiner respectfully responds: 

7.5.1.1.1. The Examiner agrees. In Manning, paragraph [0004], Manning recites 

that XML structured document can contain vector graphics, e-commerce 
transactions, and mathematical equations. This clearly implies multiple 
software components that generate these multiple types of data. 

7.6. The Applicant argues: 

7.6.1. Most importantly, the Examiner asserts that "it would have been obvious that persistent 
data from vector graphics is in a different format than e-commerce transactions." Applicant 
shall assume that the Examiner means to take Official Notice that data from vector graphics 
is in a different format than data from e-commerce transactions. Be that as it may, in 
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Manning all the data is in XML+DTD format. There is nothing in the reference to suggest 
that there are different software components with different data formats. 

7.6.1.1.1. The Examiner respectfully responds: 

7.6.1.1.2. In Manning, paragraph [0004], Manning recites that XML structured 
document can contain vector graphics, e-commerce transactions, and 
mathematical equations. This clearly implies multiple software components 
that generate these multiple types of data. Further, at a high-level, all the data is 
in XML+DTD format, however, as recited above, "it would have been obvious 
that persistent data from vector graphics is in a different format than e- 
commerce transactions", because the XML would have contained different data 
elements, and the format of the data contents of each element would have been 
different. 

7.7. The Applicant argues: 

7.7.1. Moving on to "establishing, based on the extracted metadata, a transform for a storage 
format for the persistent data" the Examiner leaves out the word "transform" and points to 
paragraphs 28 and 41. These paragraphs refer only to creating tables. The tables contain 
information taken from the XML data. The tables allow for querying and do not appear to 
have anything to do with persistence or different software applications, nor with 
transforms. The tables would appear to be additional metadata (para. 28, lines 3 - 4). At 
this point, Applicant is uncertain what "transform" and "storage format" are being read on. 
"Based on the extracted metadata" seems to have been ignored. 

7.7.1.1. The Examiner respectfully responds: 
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7.7.1.1.1. The specification appears to recite, "Transforms establish a storage 

format and/or storage location for the persistent data". Therefore, the recited 
paragraphs 41 and 28 are used to show that the metadata is used to establish a 
storage format and/or storage location for the persistent data. In summary, in 
Manning, each record has a Document Type Description (DTD) that is metadata. 
The DTD is used in paragraph 28 to generate a table for each element in the 
DTD, where each element table includes a column for each object, e.g. attribute 
or content, defined for the element. This defines a storage format and/ or 
storage location for the persistent data, and is therefore a transform. Also, it is 
implied that a database schema is created in this process, which establishes a 
storage format. Also, as recited in the Office Action, please refer to figure 3, 
elements 114 - 128. 

7.8. The Applicant argues: 

7.8.1. Claim 1 next recites, "applying the transform to the persistent data to format the 

persistent data." Manning does no such thing. The data is untouched, it is complemented 
by the element directory table and the navigation table, there is no transform to apply and 
no formatting. 

7.8.1.1.1. The Examiner respectfully responds: 

7.8.1.1.1.1. In the recited references in the Office Action, that is figure 3, element 
124, and paragraph 29, the data is extracted from the XML record and 
stored in the database. This process certainly applies the storage format 
(i.e., transform) to the persistent data to format the persistent data without 
using the software component from which the persistence package was 
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received during the runtime of the receiving system from the format of the 



software component (according to Applicant above, XML+DTD format) 



into a storage format that is compatible with the receiving system and 



with a storage device independent of the software component At the 



least, the data from the original record is no longer in XML+DTD format 



and therefore is formatted for the storage in the receiving system. 



Additionally, there is also an element directory table and the navigation 



table. 



7.9. The Applicant argues: 

7.9.1. Claim 1 further defines this formatting to be "from the format of the software component 
into a storage format." As mentioned previously, the Maiming data comes in as XML and 
stays as XML with a little more metadata. 

7.9.1.1. The Examiner respectfully responds: 



internal format of the receiving system, as shown at least by figure 7, compared 
to the XML in figure 5. 

7.10. The Applicant argues: 

7.10.1. The Examiner has responded that "it would have been obvious that a transform is 
applied" Applicant believes that the Examiner means to assert that it is inherent in 
Manning that when a value is stored in an element table, a transform is applied to the value 
to determine where in the table to store that value. Of course, there is no suggestion in 



7.9.1.1.1. 



As discussed above, the data appears to be changed from XML to an 
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Manning that a transform be used. It would appear that the tables are added to the XML 



and that the database uses the XML tables. 



7.10.1.1. The Examiner respectfully responds: 



7.10.1.1.1. 



The specification appears to recite, "Transforms establish a storage 



format and/or storage location for the persistent data". At the least, the data 
from the original record is no longer in XML+DTD format, and therefore is 
formatted for the storage in the receiving system, as shown at least by figure 7, 
compared to the XML in figure 5. Therefore, a transform was applied to change 
the format, even though Manning does not explicitly mention a transform. 



7.11. The Applicant argues: 

7.11.1. As to the storing element of Claim 1, the Examiner would appear to be asserting that it is 
inherent in Manning that the tables are stored, that the storing is done in a storage device 
and that this is done during runtime. There are limitations regarding persistence, software 
components, and the storage device that all interrelate and that are being ignored. 

7.11.1.1. The Examiner respectfully responds: 



reference to software components. The issue of software components was 
addressed in preceding sections. Also, the issue of persistent data was 
addressed in preceding sections. Regarding the storage device, figure 1, 
element 4 clearly shows a storage device, but please also refer to paragraph 21 
where the storage space is recited as any storage device known in the art, e.g. 
hard disk drives, tapes, etc. Further, it is clear from the recited references, 



7.11.1.1.1. 



First, the storing limitation of claim 1 does not appear to have any 
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paragraph 29 and figure 3, element 124, that the data is stored ("insert . . . 
accessed object in object column(s) for element"), but please also refer to 
paragraph 29 ("inserts in the added entry . . . each object (e.g., attribute value or 
content) for the element into the corresponding object column of the element 
table"). The storing appears to occur during the runtime of the system. 

7.12. The Applicant argues: 

7.12.1. For further support regarding the transforms, the Examiner has turned to Morgenstern at 
Col. 6, line 1, through Col. 8, line 53. Applicant is unable to find a transform for a storage 
format for persistent data in this section of Morgenstern. Applicant is further unable to find, 
and the Examiner is unable to point out, any suggestion that transformation generator 42 is 
establishes a transform based on metadata or operates without using the software 
components from which a data package is received. On the contrary, it would appear that 
the source is tightly connected with the transform generator and transformer engine 66. 

7.12.1.1. The Examiner respectfully responds: 

7.12.1.1.1. First, the Office Action appears to reference (in Morgenstern) Col. 8, lines 

53 - 67, and Col. 9, lines 1-3, and Col. 7, lines 16 - 67, and Col. 8, lines 1 - 53, 
rather than Col. 6, line 1, through Col. 8, line 53, as recited above. Further, the 
Office Action references elements in figure 2. Significant reference material is 
included in the missing portions of the references. However, the Office Action 
uses Morgenstern to provide a transform. The specification appears to recite, 
"Transforms establish a storage format and/or storage location for the 
persistent data". In figure 2, element 22, a hi-level data schema specification is 
used as input to a transform generation module 30. The hi-level data schema 
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specification 22 is metadata. The output of the generation module 30 is an 
information bridge mediator 60, which transforms source data 62 into target 
data 70. The target data is in a different format than the source data, and 
therefore, the information bridge mediator 60, which transforms source data 62 
into target data 70, is a transform. 

8. Regarding claims 29 and 36 rejected under 35 U.S.C. § 103: 
8.1. The Applicant argues: 

8.1.1. Claims 29 and 36 were rejected on similar grounds (to claim 1). 
8.1.1.1. The Examiner respectfully responds: 

8.1.1.1.1. The response to claim 1 applies therefore to claims 29 and 36. 

9. Regarding claim 43 rejected under 35 U.S.C § 102(e): 
9.1. The Applicant argues: 

9.1.1. Claim 43, the only independent claim of the group (claims 43 - 44, 47 - 49) is similar to 
claim 1 except that it does not contain the explicit recitation of a transform. Claim 43 is 
believed to be allowable on all the ground mentioned above with respect to claim 1 and 
Manning. 

9.1.2. The Examiner respectfully responds: 

9.1.2.1. The response to claim 1 applies therefore to claim 43. 

10. Regarding remaining claims rejected under 35 U.S.C. § 103: 
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10.1. The Applicant argues: 

10.1.1. In the interests of economy, Applicant will not analyze all of these materials in depth and 
present a separate defense of each of the remaining claims. It is sufficient to state that these 
references are not cited for the features that are absent from Manning and Morgenstern as 
mentioned above. 

10.1.1.1. The Examiner respectfully responds: 

10.1.1.1.1. The Examiner respectfully and sincerely thanks the Applicant for being 
economical. The Examiner agrees that the additional references used for the 
claims are not cited for the alleged missing features from Manning and 
Morgenstern, and therefore, no further response is needed. Since the dependent 
claims are not argued, the rejections of the dependent claims are maintained. 



Claim rejections 35 USC § 112 

11. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

12. Claims 1-8 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite for failing to 
particularly point out and distinctly claim the subject matter which applicant regards as the 
invention. 

12.1. Regarding claim 1, the claims recite in lines 8 and 11, "the receiving system". The phrase 
appears to have insufficient antecedent basis. For the purpose of claim examination, the phrase 
is interpreted as "a receiving system". 
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12.2. Claims 2 - 8 are rejected based on their dependency on their respective intermediate and 
parent claims which are rejected under 35 U.S.C. 112. 



Claim Rejections - 35 USC §101 
13. 35 U.S.C. 101 reads as follows: 



Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

13.1. Claims 29 - 35 are rejected under 35 U.S.C. 101 because the claimed invention is directed to 
non-statutory subject matter. 



a. Regarding claims 29 - 35, the claims appear to be directed to an arrangement of software and 
data being claimed as a set of functional descriptive material per se, and as such, is non-statutory. 
The claim appears to be directed to an arrangement of software. Although the preamble refers to 
an apparatus, the claims appear to be directed to software, in accordance with the specification. 



Claim Rejections - 35 USC §103 



14. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections 
set forth in this Office action: 



A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time 
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the invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. Patentability shall not be negatived by the manner in which the invention was made. 



15. Claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 are rejected under 35 U.S.C 103(a) as being unpatentable 
over Manning (U.S. Patent Application Publication Number US 2002/0103829) in view of 
Morgenstern (U.S. Patent No. 5,970,490). 

15.1. Regarding claim 1, Manning appears to teach: 

15.1.1. receiving a persistence package (figure 3, item 100 - 102; please note that a DTD is a 

Document Type Definition that provides attributes for each element in the document, and 
indicates the relationship o f the elements - please refer to paragraph [0004]; and paragraph 
[0028]; please note that the DTD is included with the received document) from one of a 
plurality of different software components (paragraph [0004] first and second sentences; it 
would have been obvious that the multiple data types recited, such as vector graphics and 
e-commerce transactions, were produced by different software components, wherein a 
software component is interpreted to include an application ), the persistence package 
including persistent data and metadata (fi gure 3, item 100 - 102; please note that a DTD is a 
Document Type Definition that provides attributes for each element in the document, and 
indicates the relationship of the elements - please refer to paragraph [0004]; and paragraph 
[00281; please note that the DTD is included with the received document), the software 
components having persistent data in different formats (paragraph [0004] first and second 
sentences; paraphrasing a definition of "format" from the IBM Dictionary of Computing, a 
"format" is a specified arrangement of fields; it would have been obvious that persistent 
data from vector graphics is in a different format than e-commerce transactions ). 
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15.1.2. extracting persistent data and metadata from the persistence package (figure 3, itetns 114 
- 128; and paragraphs [00281 and [00291), the metadata describing the persistent data 
(paragraph [00041 ). 

15.1.3. establishing, based on the extracted metadata, a storage format for the persistent data 
during a runtime of the receiving system (paragraph [0028]; paragraph [0041]; figure 3, 
elements 102 - HQ ). 

15.1.4. applying the transform to the persistent data to format the persistent data without using 
the software component from which the persistence package was received during the 
runtime of the receiving system (fi gure 3, element 124, since the accessed object is stored, it 
would have been obvious that the transform is applied; and paragraph [00291 since each 
object (e.g. attribute value or content) is stored in an element table, it mould have been 
obvious that a transform is applied; please note that the specification recites, "Transforms 
establish a storage format and/or storage location for the persistent data" ) from the 
format of the software component into a storage format that is compatible with the 
receiving system and with a storage device independent of the software component 
(paragraph [0022], paragraphs [0027] - [0029], and paragraph [0034]; it would have been 
obvious that the received data such as vector graphics and e-commerce transactions is 
being stored in a relational database, which is a storage fonnat that is compatible with the 
receiving system and with a storage device independent of the software component ). 

15.1.5. storing the persistent data in the storage device in the storage format during the runtime 
of the system ( paragraph [0029]; and figure 3, element 124 ). 



15.1.6. Manning does not specifically teach : 
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15.1.7. establishing, based on the extracted metadata, a transform for a storage format for the 
persistent data during a runtime of the receiving system. 

15.1.8. Morgenstern appears to teach : 

15.1.9. establishing, based on the extracted metadata, a transform for a storage format for 
persistent data (fi gure 2, elements 42, 46, 22, 32, 36, 23, 66; and column 8, lines 53 - 67, and 
column 9, lines 1-3, and column 7 lines 16 - 67, and column 8, lines 1 - 53 ). 

15.1.10. The motivation to use the art of Morgenstern with the art of Manning would have been 
the several benefits recited in Morgenstern, including that self-description information 
simplifies the management of generated source code and the resulting compiled modules, 
which is especially useful in large systems ( column 6, lines 33 - 37, lines 1-2, lines 9 - 12 ), 
and the advantage ( column 46, lines 41 - 45 ) that the data transformation approach allows 
rules to be more declarative in nature, and also supports asynchronous processing of 
transformations, thereby being amenable to parallelization ( column 46, lines 35 - 41 ), which 
would have been recognized as an advantage by the ordinary artisan. 

15.1.11. Therefore, as discussed above, it would have been obvious to the ordinary artisan to use 
the art of Morgenstern with the art of Manning to produce the claimed invention. 

15.2. Regarding claim 2, Manning appears to teach using metadata passed from the persistence 
package to establish a storage location for the persistent data during the runtime of the system 
(paragraphs [0028] - [00291; Since the Applicant's specification provides no detail on the 
meaning of "storage location", the term "storage location" is being given a broad reasonable 
interpretation to include database tables as a storage location) . 
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15.3. Regarding claim 3, Manning appears to teach that the metadata comprises at least in part a 
description of a model structure of the persistent data (figure 3, item 102; please note that a DTD 
is a Document Type Definition that provides attributes for each element in the document, and 
indicates the relationship o f the elements - please refer to paragraph [0004]) . 

15.4. Regarding claim 7, Manning appears to teach retrieving persistent data from storage using a 
transform during the runtime of the system (fi gure 4, all items; and paragraph [0030]) . 

15.5. Regarding claim 8, Manning appears to teach receiving persistent data compatible with at 
least one of any type of processor, any type of programming language, any type of operating 
system, and any type of architecture (paragraph [0021]) . 

15.6. Regarding claim 9, Manning appears to teach: 

15.6.1. Almost all of claim 9 is taught as described in claim 1 above. The differences are taught 
below. 

15.6.2. a data storage device (paragraph [0021 ]) . 

15 .7. Regarding claim 10, Manning appears to teach the data storage device is external to a 
receiving system using the persistence engine (pa ragra ph [0021 ]) . 

15.8. Regarding claim 11, Manning appears to teach a storing interface to store the persistent data 
using the storage format (paragraph [00271 second sentence}) . 
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15.9. Regarding claim 12, Manning appears to teach a retrieving interface to retrieve the persistent 
data for use by one of the receiving system and the software component, the software 
component comprising an application (fi gure 1, elenietit 2; and paragraph [0011 1; and paragraph 
[0027], second sentence; and paragraph [0030]) . 

15.9.1. Regarding {figure 1, element 2; and paragraph [0011]; and paragraph [0021], second 

sentence; and paragraph [0030]); it would have been obvious to the ordinary artisan that the 
received query is from one of a running system and a software component, the software 
component comprising an application. 

15.10. Regarding claim 13, Manning appears to teach that the metadata comprises at least in part a 
description of the data model structure of the persistent data (figure 3, item 102; please note that 
a DTD is a Document Type Definition that provides attributes for each element in the 
document, and indicates the relationship of the elements - please refer to paragraph [0004]) . 

15.11. Regarding claim 15, Manning appears to teach that the persistence engine receives a 
persistence package comprising the metadata and the persistent data (figure 3, item 100 - 102; 
please note that a DTD is a Document Type Definition that provides attributes for each element 
in the document, and indicates the relationship of the elements - please refer to paragraph 
[00041; and paragraph [00281) 

15.12. Regarding claim 16, Manning appears to teach that the persistence engine receives persistent 
data structured using any data model from a source comprising at least one of any type of 
processor, any type of operating system, any type of programming language, and any type of 
architecture (figure 3; all items) . 
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15.12.1. Regarding (fi gure 3; all items); it was inherent that any type of data model can be 
expressed in an XML document. 

15.13. Regarding claim 17, Manning appears to teach a metadata engine having a metadata reader 
(paragraph [0027] - please note that it was inherent that the XML document manager includes a 
metadata reader) and a metadata filter (paragraph 10027] - please note that the XML parser was 
a metadata filter) . 

15.14. Regarding claim 18, Manning appears to teach that the metadata filter interprets the 
metadata (paragraph [0027]) . 

15.15. Regarding claim 19, Manning appears to teach a transform engine having a set of transforms, 
a transform selector, and a transform generator (figure 3, items 102 - 110; and paragraph [0028]) . 

15.16. Regarding claim 20, Manning appears to teach that a transform establishes at least one of the 
storage format and the storage location to store the persistent data in the data storage device 
(paragraphs [0028] and [0029]) . 

15.17. Regarding claim 22, Manning appears to teach that a transform selector selects a transform 
based on filtered metadata (fi gure 3, items 100 - 102; and paragraphs [0027] and [0028]) . 

15.18. Regarding claim 23, Manning appears to teach that a transform selector requests a transform 
from the transform generator based on filtered metadata (figure 3, items 100 - 110; and 
paragraphs [0027] and [0028]) . 
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16. Claims 4-5 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view 
of Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in view of XML 
("Extensible Markup Language (XML) 1.0"; W3C Recommendation lO-Feb-98, 1998). 

16.1. Manning as modified by Morgenstern teach the method and apparatus of a persistence 
engine as recited in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

16.2. Claim 4 is a dependent claim of claim 3, and thereby inherits all of the rejected limitations of 
claim 3. 

16.3. Claim 5 is a dependent claim of claim 4, and thereby inherits all of the rejected limitations of 
claim 4. 

16.4. Claim 14 is a dependent claim of claim 13, and thereby inherits all of the rejected limitations 
of claim 13. 

16.5. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Manning, 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

16.6. The art of XML is directed toward describing the Extensible Markup Language (XML) 
(Abstract) . 

16.7. Regarding claim 5, Manning appears to teach that extracting persistent data and metadata 
from a persistence package comprises using a filter (paragraph [00271 - please note that the 
XML parser is a filter; and figure 3, all items; and paragraphs [0028] and [0029]) . 



t 
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16.8. Regarding claim 4, Manning as modified by Morgenstern does not specifically teach that the 
metadata conforms to a metadata template comprising rules for describing the model structure. 

16.9. Regarding claim 14, Manning as modified by Morgenstern does not specifically teach a 
metadata template to format the metadata for readable reception by the persistence engine. 

16.10. Regarding claim 4, XML appears to teach that the metadata conforms to a metadata template 
comprising rules for describing the model structure (page 2, section 2. Doctiments, first sentence; 
and page 3, section 2.1 Well-Formed XML Documents) . 

16.10.1. Regarding (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well- 
Formed XML Documents), the reference XML describes the rules that the metadata 
conforms to. 

16.11. Regarding claim 14, XML appears to teach a metadata template to format the metadata for 
readable reception by the persistence engine (page 2, section 2. Documents, first sentence; and 
page 3, section 2.1 Well-Formed XML Documents) . 

16.11.1. Regarding (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well- 
Formed XML Documents), the reference XML describes the rules that the metadata 
conforms to, and specifically the production in section 2.1 is a metadata template. 

16.12. The art of XML and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the art of interpreting XML documents. 

16.13. The motivation to combine the art of XML with the art of Manning and Morgenstern would 
have been obvious given the need in Manning to interpret XML documents, and the rules given 
in XML to form valid XML documents. Therefore, as discussed above, it would have been 
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obvious to the ordinary artisan at the time of invention to use the art of XML with the art of 
Manning and Morgenstern to produce the claimed invention. 



17. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 

Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in view of DeltaXML 
(web page for DeltaXML.com from September 2001 using www.archive.org at 
web.archive.org/web/20011021144026/www.deltaxml.com/prod-xmlschema-1000.html). 

17.1. Manning as modified by Morgenstern teaches the persistence engine as recited in claims 1 - 
3, 7 - 13, 15 - 20, and 22 - 23 above. 

17.2. Claim 21 is a dependent claim of claim 19, and thereby inherits all of the rejected limitations 
of claim 19. 

17.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 

17.4. The art of DeltaXML is directed toward comparing XML schema DTD files to determine 
differences (page 1, box labeled Description) . 

17.5. Regarding claim 21, Manning as modified by Morgenstern does not specifically teach that the 
transform selector comprises a data model comparator. 

17.6. DeltaXML teaches a data model comparator (page 1, box labeled Description) , which also 
calculates the data model variance. 
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17.7. The art of DeltaXML and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the problem of determining whether a pair of DTD's are different 
(Manning, lines 14 - 17 of paragraph [0028]) . 

17.8. The motivation to use the art of DeltaXML with the art of Manning and Morgenstern would 
have been obvious given the need recited in Manning to determine whether documents have 
different DTD's (Manning, lines 14 - 17 of paragraph 10028]) . Therefore, as discussed above, it 
would have been obvious to use the art of DeltaXML with the art of Manning and Morgenstern 
to produce the claimed invention. 



18. Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 

Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in view of Kanne 
(Kanne, Carl-Christian; Moerkotte, Guido; "Efficient storage of XML data", 1999, Technical Report 
8/99, University of Mannheim). 

18.1. Manning as modified by Morgenstern teaches the persistence engine as recited in claims 1 - 
3, 7 - 13, 15 - 20, and 22 - 23 above. 

18.2. Claim 25 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

18.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Manning , 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

18.4. The art of Kanne is directed toward efficient storage of XML data (Title) . 
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18.5. Manning as modified by Morgenstern does not specifically teach that the transform generator 
produces a transform that substantially maintains the model structure of the persistent data 
received by the receiving system. 

18.6. Kanne appears to teach that the transform generator produces a transform that substantially 
maintains the model structure of the persistent data received by the receiving system (pages 4 - 
5, section 2.2 Logical Model - please note the use of a tree structure for XML. XML mas 
inherently tree structured.) . 

18.7. The art of Kanne and the art of Manning as modified by Morgenstern are analogous art 
because they are both directed to the storage of XML data. 

18.8. The motivation to use the art of Kanne with the art of Manning as modified by Morgenstern 
would have been obvious given the benefit recited in Kanne of describing a method to 
dynamically maintain efficient physical storage for large tree structured objects (page 20, section 
6 Conclusion and Future Work) . Therefore, as discussed above, it would have been obvious to 
the ordinary artisan at the time of invention to use the art of Kanrie with the art of Manning as 
modified by Morgenstern to produce the claimed invention. 



19. Claim 26 is rejected under 35 U.S.C 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of Schoning 
(Schoning, Harald; "Tamino - a DBMS Designed for XML", 2001 Proceedings 17th International 
Conference on Data Engineering, 2-6 April 2001). 

19.1. Manning as modified by Morgenstern teaches the persistence engine as recited in claims 1 - 
3, 7 - 13, 15 - 20, and 22 - 23 above. 
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19.2. Claim 26 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

19.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 

19.4. The art of Schoning is directed toward a database management system designed for XML 
(Title) . 

19.5. Manning as modified by Morgenstern does not specifically teach that the transform generator 
produces a transform to remodel the persistent data to maximize efficient retrieval for an 
application. 

19.6. Regarding claim 26, Schoning appears to teach that the transform generator produces a 
transform to remodel the persistent data to maximize efficient retrieval for an application (page 
152, section labeled "Indexing and storage methods") . 

19.6.1. Regarding (pa ge 152, section labeled "Indexing and storage methods") ; it would have 
been obvious to design the transform generator to produce a transform to remodel the 
persistent data to maximize efficient retrieval for an application. 

19.7. The art of Manning as modified by Morgenstern and the art of Schoning are analogous art 
because they are both directed to the art of XML databases. 

19.8. The motivation to use the art of Schoning with the art of Manning as modified by 
Morgenstern would have been obvious given the statement recited in Schoning that indexes are 
indispensable in database systems because otherwise large amounts of data could not be 
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efficiently queried (page 152, section labeled "Indexing and storage methods") . Therefore, as 
discussed above, it would have been obvious to the ordinary artisan at the time of invention to 
use the art of Schoning with the art of Manning as modified by Morgenstern to produce the 
claimed invention. 

20. Claim 27 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, in view of Ives (Ives, 
Zachary G.; Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Daniel S.; "An Adaptive Query 
Execution System for Data Integration", 1999, SIGMOD 1999). 

20.1. Manning as modified by Morgenstern teaches the apparatus of a persistence engine as recited 
in claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above. 

20.2. Claim 27 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

\ 

20.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 

20.4. The art of Ives is directed toward an adaptive query execution system for data integration 
(Title) . 

20.5. Regarding claim 27, Manning as modified by Morgenstern does not specifically teach that the 
transform generator uses iterative read-write trials to produce a transform to remodel the 
persistent data to maximize storage and/ or retrieval speed. 
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20.6. Regarding claim 27, Ives appears to teach that the transform generator uses iterative read- 
write trials to produce a transform to remodel the persistent data to maximize storage and/or 
retrieval speed (page 304, first paragraph, the sentence that starts zvith "Tlie querxj execution . . . 

2- 

20.6.1. Regarding (page 304, first paragraph, the sentence that starts with 'Hie querxj execution . 
. . "); it would have been obvious to design the transform generator to use iterative read- 
write trials to produce a transform to remodel the persistent data to maximize storage 
and/ or retrieval speed. 

20.7. The art of Manning as modified by Morgenstern and the art of Ives are analogous art because 
they are both contain the problem of data queries (Manning, paragraph [0030]) and Ives (Title) . 

20.8. The motivation to use the art of Ives with the art of Manning as modified by Morgenstern 
would have been obvious given the statement recited in Ives that it is important to optimize the 
time to initial answers to a query (page 300, left-side column, the paragraph that starts mith 
"Since data integration . . .") . Therefore, as discussed above, it would have been obvious to the 
ordinary artisan at the time of invention to use the art of Ives with the art of Manning as 
modified by Morgenstern to produce the claimed invention. 

21. Claims 24 and 28 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 1 - 3, 7 - 13, 15 - 20, and 22 - 23 above, further in view of Deutsch 
(Deutsch, Alin; Fernandez, Mary; Suciu, Dan; "Storing Semistructured Data with STORED", 1999, 
Proceedings of the 1999 ACM SIGMOD international conference on management of data). 
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21.1. Manning as modified by Morgenstern teaches the persistence engine as recited in claims 1 - 
- 3, 7 - 13, 15 - 20, and 22 - 23 above. . 

21.2. Claim 24 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23 

21.3. Claim 28 is a dependent claim of claim 23, and thereby inherits all of the rejected limitations 
of claim 23. 

21.4. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Manning, 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

21.5. The art of Deutsch is directed toward a database for semistructured data, including XML 
(Abstract) . 

21.6. Regarding claim 24, Manning as modified by Morgenstern does not specifically teach that the 
transform generator produces a transform that remodels the persistent data to approximate as 
closely as possible a preexisting transform from the set of transforms. 

21.7. Regarding claim 28, Manning as modified by Morgenstern does not specifically teach that the 
transform generator produces a transform to remodel the persistent data to maximize data 
compression. 

21.8. Regarding claim 24, Manning as modified by Morgenstern appears to teach that the 
transform generator produces a transform that remodels the persistent data to approximate as 
closely as possible a preexisting transform from the set of transforms (first page, right-side 
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column, fourth paragraph that starts with "In the first application . . ."; second page, left-side 
column, second paragraph, and third paragraph, and fourth paragraph, bullet points) . 

21.9. Regarding claim 28, Deutsch appears to teach that the transform generator produces a 
transform to remodel the persistent data to maximize data compression (first page, right-side 
column, fourth paragraph that starts with "In the first application . . ."; second page, leftside 
column, first paragraph, the sentence that starts with, "The meaning of "good" depends on the 
application, hut usually includes minimizing disk space . . . "; and second page, left-side column, 
second paragraph and third paragraph and fourth paragraph) . 

21.9.1. Regarding (first page, right-side column, fourth paragraph that starts with "In the first 
application . . ."; second page, left-side column, first paragraph, the sentence that starts 
with, "Tlie meaning of "good" depends on the application, but usually includes minimizing 
disk space . . . "; and second page, left-side column, second paragraph and third paragraph 
and fourth paragraph) ; it would have been obvious to design the transform generator to 
produce a transform to remodel the persistent data to maximize data compression. 

21.10. The art of Manning as modified by Morgenstern and the art of Deutsch are analogous art 
because they both contain the problem storing XML data in a database. 

21.11. The motivation to use the art of Deutsch with the art of Manning as modified by Morgenstern 
would have been obvious given the requirement recited in Deutsch of the need to generate a 
good relational schema (first page, right-side column, last sentence, continuing on the second 
pa ge) . Therefore, as discussed above, it would have been obvious to the ordinary artisan at the 
time of invention to use the art of Deutsch with the art of Manning as modified by Morgenstern 
to produce the claimed invention. 
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22. Claims 29 and 36 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning (U.S. 
Patent Application Publication Number US 2002/0103829) in view of Morgenstern (U.S. Patent No. 
5,970,490). 

22.1. Regarding claim 29, Manning appears to teach: 

22.1.1. a data model description receiver to receive a data model description (fi gure 3, item 100 
- 102; please note that a DTD is a Document Type Definition that provides attributes for 
each element in the document, and indicates the relationship of the elements - please refer 
to paragraph [0004]; and paragraph [0028]; please note that the DTD is included ivith the 
received document; it would have been obvious that persistent data from vector graphics 
had a different data model than e-commerce transactions) from one of a plurality of 
different software components ( paragraph [0004] first and second sentences; it would have 
been obvious that the multiple data types recited, such as vector graphics and e-commerce 
transactions, were produced by different software components, wherein a software 
component is interpreted to include an application ) , the software components having 
persistent data in accordance with different data models (paragraph [0004] first and second 
sentences; it would have been obvious that persistent data from vector graphics had a 
different data model than e-commerce transactions ). 

22.1.2. a set of transforms (paragraph [00221; it would have been obvious that a relational 
database has schemas, which are a set of transforms ). 

22.1.3. a transform generator, operational during runtime of a system, having an assembler to 
produce a transform based on the data model description independent of the software 
component from which the data model description was received {figure 3, elements 102 - 
110; and paragraph [0041]; and paragraphs [0028] and [00291; since database schemas are 
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produced during the runtime, it would have been obvious that there is a transform 
generator having an assembler ). 

22.1.4. a transform engine to apply a transform to format persistent data for storage from the 
format of the software component into a storage format that is compatible with a storage 
device independent of the software component (fi gure 3, element 124, since the accessed 
object is stored, it would have been obvious that a transform is applied; and paragraph 
[0029], since each object (e.g. attribute value or content) is stored in an element table, it 
would have been obvious that a transform is applied to format the persistent data for 
storage; also paragraph [0022], paragraphs [0027] - [0029], and paragraph [0034]; it would 
have been obvious that the persistent data such as vector graphics and e-commerce 
transactions is being stored in a relational database, which is a storage format that is 
compatible with the receiving system and with a storage device independent of the 
software component ). 

22.1.5. Manning does not specifically teach : 

22.1.6. a data model comparator to produce a comparison independent of the software 
component from which the data model description is received between the data model 
description and a data model in a transform in the set of transforms. 

22.1.7. a transform generator, operational during runtime of a system, having an assembler to 
produce a transform based on the data model description and the comparison independent 
of the software component from which the data model description was received. 

22.1.8. Morgenstern appears to teach : 
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22.1.9. a data model comparator to produce a comparison independent of the software 
component from which the data model description is received between the data model 
description and a data model in a transform in a set of transforms (fi gure 2, elements 22, 24, 
32, 52, 36, 56, 42, 30; since the elements compare the schemasfor different source and target 
data sources, it would have been obvious that element 30 is a data model comparator to 
produce a comparison independent of the softzoare component from which the data model 
description is received between the data model description and a data model in a transform 
in a set of transforms ). 

22.1.10. a transform generator, having an assembler to produce a transform based on the data 
model description and the comparison independent of the software component from which 
the data model description was received (figure 2, elements 42, 22, 24, 32, 52, 36, 56, 30 ). 



22.2. Regarding claim 36, Manning appears to teach: 

22.2.1. receiving a data model description (fi gure 3, item 100 - 102; please note that a DTD is a 
Document Type Definition that provides attributes for each element in the document, and 
indicates the relationship o f the elements - please refer to paragraph [0004]; and paragraph 
[0028]; please note that the DTD is included with the received document) from one of a 
plurality of different software components (paragraph [0004] first and second sentences; it 
would have been obvious that the multiple data types recited, such as vector graphics and 
e-commerce transactions, were produced by different software components, wherein a 
software component is interpreted to include an application ), the software components 
having persistent data in accordance with different data models (paragraph [0004] first and 
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second sentences; it would have beat obvious that persistent data from vector graphics is 
in a different data model than e-commerce transactions ). 



22.2.2. comparing the data model description to a preexisting data model independent of the 
software component from which the data model description is received (fi gure 3, items 100 
- 102; and paragraph [0028]) . 

22.2.2.1. Regarding (figure 3, items 100 - 102; and paragraph 10028]) ) it would have been 

obvious that the data model description is compared to a preexisting data model since 
it is determined whether there are tables for the received DTD. 

22.2.3. .assembling a transform independent of the software component from which the data 
model description is received based on the data model description to establish a storage 
format for persistent data during runtime of the system ( paragraph 10028]; paragraph 
[0041]; figure 3, elements 102-110 ). 

22.2.4. applying a transform to format persistent data for storage from the format of the 
software component into a storage format that is compatible with a storage device 
independent of the software component (figure 3, element 124, since the accessed object is 
stored, it would have been obvious that a transform is applied; and paragraph [00291 since 
each object (e.g. attribute value or content) is stored in an element table, it would have been 
obvious that a transform is applied; also paragraph [00221 paragraphs [0027] -[0029], and 
paragraph [0034]; it ivould have been obvious that the persistent data such as vector 
graphics and e-commerce transactions is being stored in a relational database, which is a 
storage format that is compatible with the receiving system and with a storage device 
independent of the software component ). 
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22.3. Manning does not specifically teach : 

22.4. assembling a transform based on the data model description and the comparison to establish 
a storage format for persistent data. 

22.5. Morgenstern appears to teach : 

22.6. assembling a transform based on the comparison to establish a storage format for persistent 
data (figure 2, elements 22, 24, 32, 52, 36, 56, 42, 30; since the elements compare the schemas for 
different source and target data sources, it mould have been obvious that transform is 
assembled based on a comparison ). 



22.7. The motivation to use the art of Morgenstern with the art of Manning would have been the 
several benefits recited in Morgenstern, including that self-description information simplifies the 
management of generated source code and the resulting compiled modules, which is especially 
useful in large systems (column 6, lines 33 - 37, lines 1-2, lines 9 - 12 ), and the advantage 
( column 46, lines 41 - 45 ) that the data transformation approach allows rules to be more 
declarative in nature, and also supports asynchronous processing of transformations, thereby 
being amenable to parallelization ( column 46, lines 35 - 41 ), which would have been recognized 
as an advantage by the ordinary artisan. 

22.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan to use the 
art of Morgenstern with the art of Manning to produce the claimed invention. 
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23. Claim 30 is rejected under 35 U.S.C 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 29 and 36 above, further in view of DeltaXML (web page for 
DeltaXML.com from September 2001 using www.archive.org at 

web.archive.org/web/20011021144026/www.deltaxml.com/prod-xmlschema-1000.html). 

23.1. Manning as modified by Morgenstern teaches the data model receiver as recited in claims 29 
and 36 above. 

23.2. Claim 30 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 

23.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Manning, 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

23.4. The art of DeltaXML is directed toward comparing XML schema DTD files to determine 
differences (pa ge 1, box labeled Description) . 

23.5. Regarding claim 30, Manning appears to teach a data model parser coupled to the assembler 
(figure 3, elements 102 - 110; and paragraphs [00271 f0028J ). 

23.6. Regarding claim 30, Manning as modified by Morgenstern does not specifically teach a data 
model variance calculator coupled to the assembler. 

23.7. DeltaXML teaches a data model comparator (page 1, box labeled Description), which also 
calculates the data model variance. . 
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23.8. The art of DeltaXML and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the problem of determining whether a pair of DTD's are different 
(Manning, lines 14 - 17 of paragraph [0028]) . 

23.9. The motivation to use the art of DeltaXML with the art of Manning as modified by 
Morgenstern would have been obvious given the need recited in Manning to determine whether 
documents have different DTD's (Manning, lines 14 - 17 of paragraph [0028]) . Therefore, as 
discussed above, it would have been obvious to the ordinary artisan at the time of invention to 
use the art of DeltaXML with the art of Manning as modified by Morgenstern to produce the 
claimed invention. 



24. Claims 31, 37 and 38 are rejected under 35 U.S.C 103(a) as being unpatentable over Manning in view 
of Morgenstern as applied to claims 29 and 36 above, further in view of Nestorov (Nestorov, 
Svetlozar; Abiteboul, Serge; Motwani, Rajeev; "Extracting Schema from Semis tructu red Data", 1998, 
Proceedings of the 1998 ACM SIGMOD international conference on Management of data). 

24.1. Manning as modified by Morgenstern teaches the data model receiver as recited in claims 29 
and 36 above. 

24.2. Claim 31 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 

24.3. Claim 37 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 
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24.4. Claim 38 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

24.5. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 

24.6. The art of Nestorov is directed toward extracting a schema (i.e. data model) from 
semistructured data (e.g. XML data) (Title and Abstract) . 

24.7. Regarding claim 31, Manning appears to teach a data model parser coupled to the assembler 
(figure 3, elements 102 - 110; and paragraphs [00271 [00281 ). 

24.8. Regarding claim 31, Manning as modified by Morgenstern does not specifically teach a data 
model approximator coupled to the assembler. 

24.9. Regarding claim 37, Manning as modified by Morgenstern does not specifically teach that 
assembling a transform includes measuring a variance between the data model description and 
a preexisting data model. 

24.10. Regarding claim 38, Manning as modified by Morgenstern does not specifically teach that 
assembling a transform includes approximating a preexisting data model. 

24.11. Regarding claim 31, Nestorov teaches a data model approximator (page 1, Abstract; and page 
6, section 3 Method Summary, first sentence) . 

24.12. Regarding claim 37, Nestorov teaches that assembling a transform includes measuring a 
variance between the data model description and a preexisting data model (page 8-10, section 
5.2 Distance function between types) . 
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24.12.1. Regarding (page 8 - 10, section 5.2 Distance function between types) ' , it would have been 
obvious that assembling a transform includes measuring a variance between the data 
model description and a preexisting data model. 

24.13. Regarding claim 38, Nestorov teaches that assembling a transform includes approximating a 
preexisting data model (page 1, Abstract; and page 6, section 3 Method Summary, first sentence) . 

24.13.1. Regarding (page 1, Abstract; and page 6, section 3 Method Summary, first sentence) ' , it 
would have been obvious that assembling a transform includes approximating a 
preexisting data model. 

24.14. The art of Nestorov and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the problem of determining the data model of semistructured data. 

24.15. - The motivation to use the art of Nestorov with the art of Manning as modified by 
Morgenstern would have been obvious given the benefit recited in Nestorov of determining the 
data model for semistructured data where the data model is implicit is the data (Abstract) . 
Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time of 
invention to use the art of Nestorov with the art of Manning as modified by Morgenstern to 
produce the claimed invention. 



25. Claims 34 and 41 are rejected under 35 U.S.C 103(a) as being unpatentable over Manning in view of 
Morgenstern as applied to claims 29 and 36 above, further in view of Deutsch (Deutsch, Alin; 
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Fernandez, Mary; Suciu, Dan; "Storing Semistructured Data with STORED", 1999, Proceedings of the 
1999 ACM SIGMOD international conference on management of data). 

25.1. Manning as modified by Morgenstern teaches the data model receiver as recited in claims 29 
and 36 above. 

25.2. Regarding claim 34, Manning appears to teach a data model parser coupled to the assembler 
(figure 3, elements 102 - HQ; and paragraphs [00271 100281) . 

25.3. Regarding claim 34, Manning as modified by Morgenstern does not specifically teach a data 
compression maximizer coupled to the assembler. 

25.4. Regarding claim 41, Manning as modified by Morgenstern does not specifically teach that 
assembling a transform includes maximizing data compression. 

25.5. Regarding claim 34, Deutsch appears to teach a data compression maximizer (second page, 
left-side column, first paragraph, the sentence that starts with, ''The meaning of "good" depends 
on the application, but usually includes minimizing disk space . . . 

25.5.1. Regarding (second page, left-side column, first paragraph, the sentence that starts with, 
"Hie meaning of "good" depends on the application, but usually includes minimizing disk 
space . . . ") ; it would have been obvious to use a data compression maximizer. 

25.6. Regarding claim 41, Deutsch appears to teach that assembling a transform includes 
maximizing data compression (second page, left-side column, first paragraph, the sentence that 
starts with, "The meaning of "good" depends on the application, but usually includes 
minimizing disk space ...") . 
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25.6.1. Regarding (second page, leftside column, first paragraph, the sentence that starts zuith, 
"T)\e meaning of "good" depends on the application, but usually includes minimizing disk 
space . . . "); it would have been obvious that assembling a transform includes maximizing 
data compression. 

25.7. The art of Manning as modified by Morgenstern and the art of Deutsch are analogous art 
because they both contain the problem storing XML data in a database. 

25.8. The motivation to use the art of Deutsch with the art of Manning as modified by Morgenstern 
would have been obvious given the requirement recited in Deutsch of the need to generate a 
good relational schema (first page, right-side column, last sentence, continuing on the second 

page)- 

25.9. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Deutsch with the art of Manning as modified by Morgenstern to 
produce the claimed invention. 



26. Claim 35 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 

Morgenstern as applied to claims 29 and 36 above, further in view of Mani (U.S. Patent 6,654,734 Bl). 

26.1. Manning as modified by Morgenstern teaches the data model description receiver as recited 
in claims 29 and 36 above. 



26.2. Claim 35 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 
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26.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 

26.4. The art of Mani is directed toward a method for query optimization for XML document 
databases (Title and Abstract) . 

26.5. Manning appears to teach a data model parser coupled to the assembler {fi gure 3, elements 
102 - 110; and paragraphs [00271 10028] ). 

26.6. Manning as modified by Morgenstern does not specifically teach an indexing estimator 
coupled to the assembler. 

26.7. Mani appears to teach an indexing estimator (column 11, lines 54 -57, the referenced index 
access cost estimator) . 

26.7.1. Regarding (column 11, lines 54 -57, the referenced index access cost estimator); it would 
have been obvious to use an indexing estimator. 

26.8. The art of Mani and the art of Manning as modified by Morgenstern are analogous art 
because they both contain the problem of queries for an XML database (Mani, Title) and 
(Manning, paragraph [00301) . 

26.9. The motivation to use the art of Mani with the art of Manning as modified by Morgenstern 
would have been obvious given the benefit recited in Mani of query optimization (Title and 
Abstract), which would have been recognized by the ordinary artisan as saving time in a query. „ 



Application/ Control Number: 10/004,196 Page 42 

Art Unit: 2123 

26.10. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Mani with the art of Manning as modified by Morgenstern to 
produce the claimed invention. 



27. Claims 32, 33, 39 and 40 are rejected under 35 U.S.C 103(a) as being unpatentable over Manning in 
view of Morgenstern as applied to claims 29 and 36 above, further in view of Ives (Ives, Zachary G.; 
Florescu, Daniela; Friedman, Marc; Levy, Alon; Weld, Daniel S.; "An Adaptive Query Execution 
System for Data Integration", 1999, SIGMOD 1999). 

27.1. Manning as modified by Morgenstern teaches a data model description receiver as recited in 
claims 29 and 36 above. 

27.2. Claim 32 is a dependent claim of claim 29, and thereby inherits all of the rejected limitations 
of claim 29. 

27.3. Claim 33 is a dependent claim of claim 32, and thereby inherits all of the rejected limitations 
of claim 32. 

27.4. Claim 39 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

27.5. Claim 40 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

27.6. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Title and 
Abstract; and paragraph [0020] regarding the XML document) . 
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27.7. The art of Ives is directed toward an adaptive query execution system for data integration 
(Title) . 

27.8. Regarding claims 32, Manning appears to teach a data model parser coupled to the assembler 
(figure 3, elements 102 - 110; and paragraphs [00271 [0028] ). 

27.9. Regarding claim 32, Manning as modified by Morgenstern does not specifically teach an 
efficient storage/retrieval speed maximizer coupled to the assembler. 

27.10. Regarding claim 33, Manning as modified by Morgenstern does not specifically teach an 
efficient storage/ retrieval speed maximizer comprising a read/write iterator . 

27.11. Regarding claim 39, Manning as modified by Morgenstern does not specifically teach that 
assembling a transform includes maximizing data storage speed and/or data retrieval speed. 

27.12. Regarding claim 40, Manning as modified by Morgenstern does not specifically teach that 
maximizing speed includes iteratively performing data read/ write trials and selecting the fastest 
trial. 

27.13. Regarding claim 32, Ives appears to teach an efficient storage/ retrieval speed maximizer 
(page 304, first paragraph, the sentence that starts with "The query execution . . . ") . 

27.13.1. Regarding (page 304, first paragraph, the sentence that starts ivith 'The query execution . 
. . ") ; it would have been obvious to use an efficient storage/ retrieval speed maximizer. 

27.14. Regarding claim 33, Ives appears to teach an efficient storage/ retrieval speed maximizer 
comprising a read/ write iterator (page 304, first paragraph, the sentence that starts with "The 
query execution ... ") . 
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27.14.1. Regarding (page 304, first paragraph, the sentence that starts with "Tlie query execution . 
. . it would have been obvious to use an efficient storage/ retrieval speed maximizer 
comprising a read/ write iterator. 

27.15. Regarding claim 39, Ives appears to teach that assembling a transform includes maximizing 
data storage speed and/or data retrieval speed (page 304, first paragraph, the sentence that 
starts with "Hie query execution . . . ") . 

27.15.1. Regarding (page 304, first paragraph, the sentence that starts with "Tlte query execution . 
. . "); it would have been obvious that assembling a transform includes maximizing data 
storage speed and/ or data retrieval speed. 

27.16. Regarding claim 40, Manning appears to teach that maximizing speed includes iteratively 
performing data read/ write trials and selecting the fastest trial (page 304, first paragraph, the 
sentence that starts with "Tlte query execution ...") . 

27.16.1. Regarding (page 304, first paragraph, the sentence that starts zvith "Hie query execution . 
. . ") ; it would have been obvious that maximizing speed includes iteratively performing 
data read/ write trials and selecting the fastest trial. 

27.17. The art of Manning as modified by Morgenstern and the art of Ives are analogous art because 
they are both contain the problem of data queries (Manning, paragraph [0030]) and Ives (Title) . 

27.18. The motivation to use the art of Ives with the art of Manning as modified by Morgenstern 
would have been obvious given the statement recited in Ives that it is important to optimize the 
time to initial answers to a query (page 300, leftside column, the paragraph that starts with 
"Since data integration . . .") . Therefore, as discussed above, it would have been obvious to the 
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ordinary artisan at the time of invention to use the art of Ives with the art of Manning as 
modified by Morgenstern to produce the claimed invention. 



28. Claim 42 is rejected under 35 U.S.C. 103(a) as being unpatentable over Manning in view of 

Morgenstern as applied to claims 29 and 36 above, further in view of Schoning (Schoning, Harald; 
"Tamino - a DBMS Designed for XML", 2001 Proceedings 17th International Conference on Data 
Engineering, 2-6 April 2001). 

28.1. Manning as modified by Morgenstern teaches receiving a data model description as recited 
in claims 29, 34, 36 and 41 above. 

28.2. Claim 42 is a dependent claim of claim 36, and thereby inherits all of the rejected limitations 
of claim 36. 

28.3. The art of Manning as modified by Morgenstern is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Manning, 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

28.4. The art of Schoning is directed toward a database management system designed for XML 
(Title) . 

28.5. Manning as modified by Morgenstern does not specifically teach that the transform generator 
produces a transform to remodel the persistent data to maximize efficient retrieval for an 
application. 
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28.6. Regarding claim 42, Scheming appears to teach that assembling a transform includes 
optimizing efficient indexing for the persistent data (page 152, section labeled 'Indexing and 
storage methods'') . 

28.6.1. Regarding (page 152, section labeled "Indexing and storage methods"); it would have 
been obvious that assembling a transform includes optimizing efficient indexing for the 
persistent data. 

28.7. The art of Manning as modified by Morgenstern and the art of Schoning are analogous art 
because they are both directed to the art of XML databases. 

28.8. The motivation to use the art of Schoning with the art of Manning as modified by 
Morgenstern would have been obvious given the statement recited in Schoning that indexes are 
indispensable in database systems because otherwise large amounts of data could not be 
efficiently queried (page 152 f section labeled "Indexing and storage methods") . Therefore, as 
discussed above, it would have been obvious to the ordinary artisan at the time of invention to 
use the art of Schoning with the art of Manning as modified by Morgenstern to produce the 
claimed invention. 

29. Claims 43-44 and 47 - 49 are rejected under 35 U.S.C. 103(a) as being unpatentable over Manning 
(U.S. Patent Application Publication Number US 2002/0103829) in view of Official Notice. 

29.1. Regarding claim 43, Manning appears to teach: 

29.1.1. a machine-readable medium comprising instructions that are executed by a machine 
(paragraphs 10021] and 10022]) . 
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29.1.1.1. Regarding (paragraphs 10021] and [0022]); it would have been obvious that 
instructions cause a machine to execute because a computer was a machine, and 
computers execute instructions. 

29.1.2. receiving persistent data having a model structure (fi gure 3, item 100 - 102; please note 
that a DTD is a Document Type Definition that provides attributes for each element in the 
document, and indicates the relationship of the elements - please refer to paragraph [0004]; 
and paragraph [0028]; please note that the DTD is included with the received document) 
from one of a plurality of different software components (paragraph [0004] first and second 
sentences; it would have been obvious that the multiple data types recited, such as vector 
graphics and e-commerce transactions, were produced by different software components, 
wherein a software component is interpreted to include an application ), the software 
components having persistent data in different model structures ( paragraph [0004] first and 
second sentences; it would have been obvious that persistent data from vector graphics is 
in a different model structure than e-commerce transactions ). 

29.1.3. receiving metadata comprising at least in part a description of the model structure (figure 
3, items 100 - 102; and paragraph [0028]) . 

29.1.4. establish, using the metadata and without the using the software component from which 
the persistence package was received, during a runtime of the machine, a storage format for 
the persistent data (paragraph [0028]; paragraph [0041]; figure 3, elements 102 - 110; 
paraphrasing a definition o f "format" from the IBM Dictionary of Computing, a "format" 
is a specified arrangement o f fields, and it would have been obvious to the ordinary artisan 
that a storage format is established ). 
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29.1.5. apply the established storage format to the persistent data to format the persistent data 
for storage {fi gure 3, element 124, since the accessed object is stored, it would have been 
obvious that the established storage format is applied; and paragraph [0029], since each 
object (eg. attribute value or content) is stored in an element table, it would have been 
obvious that an established storage format is applied ) from the format of the software 
component into a storage format that is compatible with the machine and with a storage 
device independent of the software component (paragraph [0022], paragraphs [0027] - 
[0029], and paragraph [0034]; it would have been obvious that the received data such as 
vector graphics and e-commerce transactions is being stored in a relational database, 
which is a storage format that is compatible with the receiving system and with a storage 
device independent o f the software component ). 

29.1.6. Manning does not specifically teach: 

29.1.6.1. the software components having persistent data in different model structures . 

29.1.7. Official Notice is taken that it was old and well known in the art that vector graphics was 
in a different format than data from e-commerce transactions, and therefore, the software 
components had persistent data in different model structures . Also, please refer to the art 
cited in the Conclusion section of this Office Action regarding the format of e-commerce 
data and vector graphics data. 

29.1.8. The motivation to use Official Notice with the art of Manning would have been the 
knowledge of the ordinary artisan that a relational database such as that used in Manning 
would allow fast searching of large amounts of data, which the ordinary artisan would 
have recognized as a benefit that saves time and allows analysis of data. 
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29.1.9. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the 
time of invention to use Official Notice with the art of Manning to produce the claimed 
invention. 

29.2. Regarding claim 44, Manning appears to teach instructions (paragraphs [0021 ] and [0022]) , 
that when executed, cause a machine to store the persistent data using the storage format (figure 
3, item 124; and paragraph [0029]) . 

29.3. Regarding claim 47, Manning appears to teach instructions, that when executed cause a 
machine to retrieve the persistent data using the storage format (figure 4, all items; and 
paragraph [0030]) . 

29.4. Regarding claim 48, Manning appears to teach instructions, that when executed, cause a 
machine to select and/ or create, based on the metadata, a transform to establish at least one of 
the storage format and the storage location (figure 3, items 102 - 110; and paragraph [0028], 
sentences 1-4) . 

29.5. Regarding claim 49, Manning appears to teach receiving persistent data compatible with one 
of any type of processor, any type of programming language, any type of operating system, and 
any type of architecture (paragraph [0021]) . 



30. Claims 45 and 46 are rejected under 35 U.S.C 103(a) as being unpatentable over Manning in view of 
Official Notice as applied to claims 43 - 44 and 47 - 49 above, in view of XML ("Extensible Markup 
Language (XML) 1.0"; W3C Recommendation 10-Feb-98, 1998). 
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30.1. Manning as modified by Official Notice teaches receiving persistent data having a model 
structure as recited in claims 43-44 and 47 - 49 above. 

30.2. Claim 45 is a dependent claim of claim 43, and thereby inherits all of the rejected limitations 
of claim 43. 

30.3. Claim 46 is a dependent claim of claim 45, and thereby inherits all of the rejected limitations 
of claim 45. 

30.4. The art of Manning as modified by Official Notice is directed toward a method, system, 
program, and data structures for managing structured XML documents in a database (Maturing, 
Title and Abstract; and paragraph [0020] regarding the XML document) . 

30.5. The art of XML is directed toward describing the Extensible Markup Language (XML) 
(Abstract) . 

30.6. Regarding claim 45, Manning appears to teach receiving metadata (fi gure 3, item 100; and 
paragraph [0004] - please note that an XML document contains both persistent data and 
metadata) . 

30.7. Regarding claim 46, Manning appears to teach receiving a persistence package comprising 
persistent data and metadata (figure 3, item 100; and paragraph [0004] - please note that an 
XML document contains both persistent data and metadata), and to extract the persistent data 
and the metadata from the persistence package (paragraphs [0028] and [0029]; and figure 3, all 
elements ). 
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30.8. Regarding claim 45, Manning as modified by Official Notice does not specifically teach 
receiving metadata conforming to a metadata template comprising rides for describing a data 
model structure of the persistent data . 

30.9. Regarding claim 45, Manning appears to teach that the metadata received in claim 45 
conforms to a metadata template comprising rules for describing a data model structure of the 
persistent data (page 2, section 2. Documents, first sentence; and page 3, section 2.1 Well-Formed 
XML Documents) . 

30.9.1. Regarding (page 2, section 2. Documents, first sentence] and page 3, section 2.1 Well- 
Formed XML Documents) ', the reference XML describes the rules that the metadata 
conforms to, and specifically the production in section 2.1 is a metadata template. 

30.10. The art of XML and the art of Manning are analogous art because they both contain the art of 
interpreting XML documents. 

30.11. The motivation to use the art of XML with the art of Manning would have been obvious 
given the need in Manning to interpret XML documents, and the rules given in XML to form 
valid XML documents. 

30.12. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of XML with the art of Manning to produce the claimed inventions. 

31. Examiner's Note: Examiner has cited particular columns and line numbers in the references applied 
to the claims above for the convenience of the applicant. Although the specified citations are 
representative of the teachings of the art and are applied to specific limitations within the individual 
claim, other passages and figures may apply as well. It is respectfully requested from the applicant in 
preparing responses, to fully consider the references in their entirety as potentially teaching all or 
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part of the claimed invention, as well as the context of the passage as taught by the prior art or 
disclosed by the Examiner. 

Conclusion 

32. The prior art made of record and not relied upon is considered pertinent to the applicant's disclosure: 

32.1. Maimone (U.S. Patent 6,418,451) teaches objects with metadata persisted to a database. 

32.2. Adams (U.S. Patent Application Publication 2003/0037037) teaches persisting multiple data 
types to storage. 

32.3. Matthews (U.S. Patent Number 5,760,716) teaches the format of vector graphics data, 
especially figure 2B, and column 3, lines 55 - 67, and column 4, lines 1-4. 

32.4. Eck (U.S. Patent application Publication 2002/0129059) teaches the format of e-commerce 
data, especially figures 4A and 4B, and paragraphs [0037] and [0039]. 
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33. Any inquiry concerning this communication or earlier communications from the examiner should be 
directed to Russ Guill whose telephone number is 571-272-7955. The examiner can normally be 
reached on Monday - Friday 9:00 AM - 5:30 PM. 

34. If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Paul 

Rodriguez can be reached on 571-272-3753. The fax phone number for the organization where this 

application or proceeding is assigned is 571-273-8300. Any inquiry of a general nature or relating to 

the status of this application should be directed to the TC2100 Group Receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications may 
be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Russ Guill 
Examiner 
Art Unit 2123 
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